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Scheduling  of  Shipbuilding  Projects  no.8B 

Jon  Gribskov,  Associate  Member,  Rain  Bird  Sprinkler  Manufacturing  Corp.,  Glendora,  CA 


This  paper  describes  -the  current.  Master 
•jcnedulmg  approach  used  at  Nationai 
Steel  and  Shipbuilding  Company  CHASSCO) 
in  San  Diego.  Master  schedules  at 
NASSCO  xocue  on  key  interim  products 
involved  in  ship  constructions  units, 
blocks,  ion -board.'  zones,  and  tests. 
Network  scheduling  algorithms  (i.e. 
Critical  Path)  are  used.  Each  interim 
product  has  an  associated  subnet. 
Categorization  by  type  is  used  to 
simplify  the  task  of  developing  and 
maintaining  activity  lists,  dependencies 
i predecessor /successor  relationships) 
and  durations  lor  the  thousands  of 
activities.  Manual  level -loading  of 
critical  resources  is  incorporated  into 
and  supported  by  the  overall  scheduling 
process.  The  paper  includes  some 
discussion  ol  problems  encountered  in 
the  implementation  of  this  scheduling 
approach. 

NOMENCLATURE 

The  fallowing  definitions  are  provided 
tc  clarify  usage  within  the  body  of  this 
paper.  They  reflect  common  usage  within 
National  Steel  and  Shipbuilding,  San 
Diego.  Definitions  provided  are  not 
intended  to  impJy  industry  standard 
practice. 

The  definition  of  interim  products  is 
.comewhat  circular.  The  intent  behind 
defining  interim  products  is  to  focus 
attention  on  a  deliverable  units  of  work 
hav.ng  common,  process  cnaracterlstics, 
in  the  spirit  02  trie  definition  of  Group 
Technology  given  below. 

Block  --  a  structural  assembly  which 
will  be*  erected  singly  or  as  part  of  a 
gr and-block  ; 

Pi  c.uo  Technology  -  -  organization  of  work 
to  take  advantage  of  common  process 
characteristics,  while  accommodating 
mir.oi  differences  in  material,  geometry 
and  £126,  in  order  to  bring  the 
j<lVe.ataq£'L  of  masc  production  to  high- 
v-h  Htv,  miked  quantity  production? 


Interim  Product  —  an  assembly  or 
portion  of  work  which  can  be  logically 
scheduled  and  managed  as  though  it  were 
a  deliverable  product?  e.g.,  unit, 
block,  subzone,  system  test,  etc. ; 

Pallet  —  subdivision  of  a  workpackage; 
a  unit  of  work  which  has  common  work 
characteristics  (process,  tooling  or 
material),  and  which  can  be  performed  by 
a  single  crew  in  a  reasonably  short 
period  of  time  while  working  in  a 
defined  work  area; 

Subzone  --  a  geographic  volume  within  a 
ship;  typically  bounded  by  watertight 
bulkheads  fore  and  aft,  decks  above  and 
below,  and  shell  plating  to  port  and 
starboard; 

Unit  --  piping  unit;  an  erectable 
assembly  composed  both  of  structural 
components  (structural  framework,  common 
foundations,  floor  plates  and  gratings) 
and  outfitting  components  (e.g.,  pumps, 
motors,  piping,  gauges)  and  which  is  not 
an  integral  part  of  the  ship  structure; 

Work package  --  all  work  within  a  given 
stage  of  construction,  of  a  given  type 
of  work  (e.g.,  piping,  vent,  etc.),  and 
for  a  given  interim  product  (unit, 
block,  subzone, . etc. ) . 

INTRODUCTION 

This  paper  describee  a  method  o: 
developing  the  portion  of  the  Master 
Production  Schedule  CMPS)  a^soclaied 
with  the  assembly,  outfitting  and 
erection  of  hull  blocks.  The  method 

discussed : 

o  uses  information  available  very 
early  in  the  contract  cycle 
o  can  accommodate  some  inaccuracy 
m  available  information 
o  is  sufficiently  detailed  to 
insure  workable  schedules 
a  integrates  the  scheduling  02 
engineering,  material 

procurement,  detail  planning  and 
production  activities 
o  uses  Group  Technology  concepts 
and  PC-based  Prefect  Management 
software  to . maximize  efficiency 
of  the  scheduling  process 
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The  method  discussed  can^  fay  extension, 
be  applied  to  other  portions  of  the 
Waster  Production  Scheduling  process. 

FASTER  PRODUCTION  SCHEDULE 

The  American  Production  and  Inventory 
Centre!  Society  dictionary  defines  the 
Master  Production  Schedule  m  part  ae 
ioliows : 

"...the  anticipated  build  schedule 
lor  those  selected  Items  assigned  to 
the  master  scheduler. * . . *  1 

The  Waster  Production  Schedule  for  an 
individual  ship  or  contract  must  take 
into  account  the  contractual 

requirements*  existing  or  anticipated 
backlog,  availability  of  drawings  and 
material,  availability  of  manpower  and 
capacity,  and  management  objectives* 
The  Raster  Production  Schedule  must 
therefore  include  or  Incorporate 
information  from: 

o  Milestone/Key  Event  Schedules 
o  Procurement  Waster  Schedule 
o  Engineering  Waster  Schedule 
o  Manpower  Curves  and  Capacity 
Plans 

The  Master  Production  Schedule 

integrates  the  efforts  of  different 
functional  areas  ( production, 

engineering,  materials)  as  veil  as 
various  production  sub-organisations 
(steel  fabrication,  assembly  and 
erection,  outfitting  shops,  on-block  and 
on-board  outfitting,  test  and  trials, 
and  subcontractors, ) *  Different  parts 
of  the  organization  require  different 
information.  The  shop  requires  a  set  of 
need  dates,  together  with  design  and 
material  availability  dates.  On-block 
outfitting  requires  steel  assembly 
complete  dates,  design  and  material 
(purchased  and  fabricated)  availability 
dates,  and  erection  dates.  The  WPS 
provides  the  sets  of  dates  necessary  to 
do  this,  while  allowing  area  managers 
flexibility  to  schedule  within  the 
required  constraints.  The 

responsibility  to  manage  must  rest  with 
the  manager,  not  the  scheduler. 

The  Master  Production  Schedule  becomes 
the  basis  of  mare  detailed  scheduling  of 
engineering  work,  material  procurement, 
manpower  planning,  training  schedules, 
and  capacity  planning.  Development  of 
the  Master  Production  Schedule  therefore 
assumes  a  degree  of  urgency  once  & 
contract  is  awarded. 

Methods  must  be  developed  which  provide 
reasonable  accuracy  of  schedule  even 
when  based  on  preliminary  and  Incomplete 
information.  Later  changes  to  the  MP3 
which  result  in  earlier  requirements  for 
material  or  engineering  products  are 
difficult  or  impossible  to  accommodate. 
On  the  other  hand,  schedules  which 


introduce  unnecessarily  early 

requirements  on  engineering  and  materia* 
procurement  work  may  result  in  hignei 
costs  for  those  function?. 

GROUP  TECHNOLOGY  AND  INTERIM  PRODUCTS 

The  concepts  of  Group  Teci;r.t<kv,> 
central  to  much  of  the  wedernizatv;.*  of 
shipbuilding  production  management 
methods  and  procedures.  Application  of 
these  concepts  within  the  shipbuilding 
environment  has  been  well  -documt.  at  c  n 
within  the  shipbuilding  literature* 

Group  Technology  (GT)  has  been  defined 
ae: 

"GT  is  a  technique  for  manufactur  1  r.g 
small  to  medium  lot  size  batches  of 
parts  of  similar  process,  of 
somewhat  dissimilar  materials, 
geometry  and  size,  which  are 
produced  In  a  committed  small  cell 
of  machines  which  have  been  grouped 
together  physically,  specifically 
tooled,  and  scheduled  as  a  unit.  * 

While  such  a  definition  works  well  In  a 
machine  shop  environment,  a  modified 
definition  is  required  for  effective 
application  to  shipbuilding.  The 

following  definition  by  G.  M.  Reneon  is 
suitable  5 

•The  logical  arrangement  and 
sequence  of  all  facets  of  company 
operation  in  *  order  to  bring  the 
benefits  of  mass  production  to  high 
variety,  mixed  quantity  production. 

Hanson's  definition  broadens  the  scope 
of  application  of  the  central  concept  of 
Group  Technology:  focusing  on 

similarities  in  process,  while 

accommodating  differences  in  materials, 
geometry  and  size.  This  broader 

definition  encompasses  much  of  the  work 
that  has  been  done  in  applying  GT  to  the 
shipbuilding  environment.  The  key  to 
successful  application  of  Group 
Technology  in  shipbuilding  is  a  focus  on 
"interim  product*  * 

Ship  construction  is  characterized  by  a 
single,  deliverable  end  product.  The 
ship  is  assembled  from  a  number  of  major 
assemblies  (structural  hull  blocks,  main 
engines,  shafting,  piping  units,  etc. ) 
supplied  by  the  shipyard  and  by  outside 
vendors*  These  in  turn  are  composed  of 
smaller  assemblies  and  purchased 
components*  The  bill  of  materials 
explosion  of  a  ship  being  built  using 
modern  shipbuilding  technology  would 
have  levels  similar  to  those  shown 
below: 
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■hip 

t 

major  ••Mibllti 

te.g.,  block*,  unit*,  *ubzonfsf  main 
anginas,  shafting  > 

I 

minor  amaamblla* 

Ce.g.,  M»nifoldB,  structural  p anal*, 
pumps,  vant  Ians) 

f 

fabricated  and  purchased  part*  and 
coiponant* 

(a*g«,  pipe  spool*,  vant  pieces, 
valve*,  connection  boxes) 

I 

rav  stock  material 
<e.g.,  plate,  angle,  pipe,  cable) 

At  the  middle  levels  of  the  ship 
assembly  process,  a  variety  of  interim 
products  can  be  defined.  For  example, 

at  the  major  assembly  level  these 

include t  piping  units,  outfitted 

structural  blocks,  outfitted  subzones 
and  tanks,  shafting  Installation,  etc. 

< Terminology  varies  somewhat  vlthln  the 
shipbuilding  industry. )  Focusing  on 

these  interim  products  is  the  key  to 
application  of  Croup  Technology  to  the 
shipbuilding  process. 


This  article  will  focus  on  the 
scheduling  of  a  particular  Interim 
product  at  the  major  assembly  levels 
assembly,  outfitting  and  erection  of 
structural  hull  blocks.  Including  the 
design  and  material  need  dates  for  each 
block.  The  scheduling  approach 
discussed  is  applicable  with  minor 
modifications  to  other  Interim  products 
at  the  major  assembly  level. 


HULL  SLOCK  SCHEDULING  ELEMENTS 


Scheduling  of  all  work  associated  with 
structural  hull  blocks  was  done  using 
Project  Management  software  running  on 
an  I3H  AT  computer.  A  project  network 
was  built  for  the  purpose  which 
included : 


c-  engineering  activities 
o  material  identification, 

procurement  and  receipt 
o  detail  planning  activities 
©  all  related  production 

activities 


Tht  purpose  was  to  integrate  schedules 
at  a  level  of  detail  sufficient  to 
assure  a  workable  schedule. 

Building  the  scheduling  network  involved 
merging  several  pieces  of  informations 


t*  c»  scheduling  netwoi  k  for  a 
typical  block  which  integrated 
the  engineering,  materials, 
planning  and  production 

activities  associated  with  the 
b  lock 

e  a  hull  block  breakdown  showing 
the  location  of  the  structural 
treaks  between  blocks 


o  an  erection  schedule  showing 
erection  dates  for  all  outfitted 
structural  blocks 

o  tables  of  scheduling  offsets  and 
schedule  durations  for  those 
activities  and  relationships 
which  vary  according  to  block 
type  or  individual  block 

These  elements,  from  which  the  overall 
network  schedule  Is  built,  will  be 
discussed  in  turn. 


Hull  Block  Network 


The  hull  block  network  Includes  known 
scheduling  information  common  to  all 
blocks.  Dependencies  among  and  between 
engineering,  materials,  planning  and 
production  activities  ore  incorporated. 
Desired  lag  periods  between  activities 
are  included.  Schedule  durations  which 
are  standard  for  all  blacks  are 
incorporated.  The  activities  and 
relationships  represent  the  flow  of 
materials  and  information,  movement  of 
the  interim  product  through  various 
processes  and  stages,  and  Intervals  of 
time  provided  for  completion  of 
activities  not  shown  explicitly.  Figure 
1  shows  a  typical  block  network.  Note 
that  the  network  is  not  to  scale  since 
some  activities  shown  may  vary  for  given 
blocks. 


Developing  the  network  involves  the 
balancing  of  several  factors.  Every 
activity  or  relationship  in  the 
individual  network  will  be  duplicated  a 
number  of  times  in  the  project  network. 
For  example,  a  40  activity  network  used 
with  300  structural  blocks  will  result 
in  a  project  network  of  12, OOO 
activities.  Excessive  detail  can  lead 
to  problems  with  file  size,  software 
constraints,  processing  time,  report 
sizes,  and  so  on.  Activities  that 
should  be  Included  are  those  which  are 
required  to  establish  schedule  dates, 
schedule  durations,  utilization  of 
critical  resources,  and  those  activities 
whose  schedules  will  need  to  be  tracked 
as  the  project  proceeds. 

Standard  durations  which  exceed  normal 
operational  times  for  a  given  set  of 
activities  provide  a  means  of  absorbing 
delays,  uncertainty  in  work  content  and 
work  rate,  correction  of  minor  material 
problems,  etc.  Given  the  uncertainties 
which  often  prevail  in  the  shipbuilding 
environment,  this  conservative  approach 
makes  sense  for  any  area  facing 
significant  material  problems,  unplanned 
work,  or  uncertainties  in  work  scope  or 
sequence.  It  provides  a  means  of 
minimizing  the  schedule  impact  of 
deviations  from  the  plan,  and  works  ir. 
conjunction  with  an  iterative  approach 
to  planning. 

Standard  durations  which  exceed 
operational  times  also  have  several 
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Fig*  Is  Typical  block  scheduling  network  (precedence  diagraming  method) 


disadvantages*  First,  line  of  balance 
scheduling  of  critical  resources  must  be 
done  separately  using  planned 

operational  durations*  Line  of  balance 
scheduling  assumes  that  a  crew  moves 
tram  one  Job  to  the  next,  maintaining  a 
smooth  flow  of  work*  Schedule  durations 
which  exceed  the  time  required  to 
perform  the  work  will  result  In  a  delay 
between  completion  of  one  job  and 
starting  of  the  next  if  the  Jobs  were 
scheduled  end-to-end. 

Second*  longer  overall  program  schedules 
may  result-  If  the  duration  of  an 
activity  which  is  an  the  critical  path 
exceeds  the  actual  duration  required, 
then  the  schedule  based  on  that  path 
will  be  longer  than  necessary*  This  can 
have  local  and/or  global  impacts  on  the 
project  schedule.  For  example,  if 

limited  pin  Jig  laydown  area  exists  for 
assembly  of  curved  shell  blocks,  the 
total  time  required  to  assemble  all 
curved  shell  blocks  will  depend  on  how 
long  each  block  must  remain  on  the  pin 
Jig*  This  may  or  may  not  affect  the 
overall  ship  construction  project 
schedule. 

Third,  conservative  scheduling  durations 
imply  acceptance  of  a  certain  level  of 
schedule  uncertainty.  Variances  in 

actual  durations  3Hu  SChGuUiS 

performance  are  hidden.  Underlying 

problems  which  cause  the  variances  are 
accommodated.  The  urgency  of  correcting 
such  problems  is  thus  reduced* 

A  pragmatic  approach  is  needed  to 
balance  these  considerations. 

Conservative  < longer)  scheduling 

durations  can  be  used  where  required. 
If  the  resulting  schedule  does  not 
appear  optimal  from  any  standpoint, 
shorter  durations  can  be  substituted  and 
the  schedule  recalculated. 

Hull  Slock  Breakdown 


information  can  be  used  In  conjunction 
with  contract  guidance  or  other  drawings 
in  establishing  block  types  ind 
estimates  of  work  content.  These 
estimates  can  be  used  to  define  schedule 
durations  and  offsets  for  those 
activities  and  relationships  which  are 
non-standard  and  depend  on  the 
individual  characteristics  of  the  block. 

Hull  BlQck£rection_gchg>dule 

The  hull  block  erection  schedule 
establishes  the  need  dates  for  the  end 
assemblies,  the  outfitted  structural 
blocks.  This  schedule  is  the  backbone 
of  that  portion  of  the  production 
schedule  related  to  hull  blocks.  Any 
change  to  the  erection  date  fox-  an 
individual  block  Is  likely  to  affwct 
every  other  activity  for  that  block. 

The  erection  schedule  can  either  be  In 
the  form  of  a  table  of  dates  or  can 
Itself  be  a  form  of  network.  Flgux  e  2 
shows  a  portion  of  an  erection  schedule 
in  network  form.  If  the  erection 
schedule  Is  In  tabular  form  Cvlth  no 
dependencies  between  erection  of 
Individual  blocks)  then  the  final 
project  network  will  be  composed  on  a 
series  of  Independent  subnets,  one  for 
each  block. 

Table  of  Schedule  Offsets  and  Schedule 
Durations 


The  table  of  schedule  offsets  and 
schedule  durations  captures  all  of  the 
non-standard  features  of  the  Individual 
block  networks.  For  example,  assembly 
durations  may  vary  by  block  type  (flat 
deck  or  bulkhead  vs.  curved  shell  block) 
and/or  by  work  content  (tonnage  or  weld 
footage).  Outfitting  durations  and 
routing  may  depend  on  the  paint 
requirements  and  outfitting  work 
content.  A  table  of  values  matching 
block  number  with  the  particular  values 
will  be  used  to  tailor  the  standard 
block  network  to  the  requirements  of  the 
specific  black. 


The  hull  block  breakdown  establishes  the 
list  of  blacks,  their  numbering,  and 
locations  of  the  erection  breaks.  This 
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Fig*  2s  Portion  of  an  ffrtction  schedule  (precedence  diagraming  eethod) 


Group  Technology  can  he  used  to 
advantage  by  defining  families,  of  blocks 
by  type*  For  durations  and  offsets 

which  are  a  function  of  some 
categorisation  by  block  type,  the 
duration  or  offset  can  be  provided  for 
each  block  type  In  a  separate  table* 
The  type  associated  with  each  individual 
block  is  then  Indicated  in  the  block 
table-  This  encourages  standardization, 
with  the  usual  benefits. 

BUILDING  THE  PROJECT  MODEL 

An  integrated  scheduling  network  is 
constructed  from  the  elements  discussed 
above*  The  network  is  created  through 
the  following  series  of  steps: 

o  make  a  copy  of  the  block  network 
for  each  individual  black 
o  incorporate  constraining  factors 
such  as  erection  date  into  the 
individual  block  networks 
o  incorporate  block  parameters 
which  are  unique  or  which  depend 
upon  some  categorization  into 
the  individual  block  networks 
o  introduce  the  relationships 
which  represent  dependencies 
within  the  erection  schedule 
o  add  other  activities  end 
relations  which  form  portions  of 
the  total  project  network 

Each  of  these  steps  will  be  discussed  in 
more  detail. 

Cop.es  of  the  typical  block  network  form 
the  bulk  of  the  overall  schedule* 
Making  the  copies  l c  straightf orward 
with  most  project  management  software 
packages.  It  is  also  usually  very 

tediuiis  and  time-consuming  if  more  than 
a  few  copies  need  to  be  made.  First, 
one  tr  a  group  of  block  networks  are 
copied.  Next,  the  copied  activities  are 
renamed  or  renumbered  so  that  all 
activities  and  relations  are  uniquely 
identified.  Finally,  copies  are  merged 
into  a  larger  project  network. 

Viur.y  project  management  software 

p dekages  allow  definition  oi  "hammocks* " 
A  hammock  is  a  group  of  activities  and 
relations  which  form  a  sub-network 
having  single  entry  (start  activity)  and 
e>:  j.  t  (complete  activity)  points. 


Hammocks  can  be  incorporated  in  the 
project  network  by  establishing  a 
relation  to  these  entry  and  exit  points* 

The  Mammocking  feature  of  the  software 
can  sometimes  be  used  for  incorporating 
standard  sub-networks  < such  as  the  block 
subnet  discussed  above)  into  the  project 
network*  In  came  software  packages, 
however,  hammocks  are  represented  by  a 
single  activity*  In  this  case,  it  is 
not  possible  to  tie  a  relation  to  an 
activity  internal  to  the  hammock*  More 
flexible  methods  of  incorporating 
standard  subnets  are  sometimes  required. 

The  next  step  in  building  the  project 
network  Is  to  incorporate  any  necessary 
constraints  into  the  project  network* 
For  example,  each  block  has  an  erection 
or  grand-block  erection  date*  Xf  the 
erection  schedule  has  been  developed  by 
hand  off-line,  the  erection  date  is  a 
fixed  date*  This  implies  that  other 
activities  for  that  block  Ce.g.,  steel 
assembly,  on-block  outfitting)  should  be 
scheduled  to  complete  in  time  to  support 
the  scheduled  erection  date.  The 
erection  date  could  then  be  represented 
as  a  milestone  date  for  the  block,  as 
the  late  start  of  an  activity  C erect, 
fit  and  weldout),  or  as  the  late 
complete  date  of  an  activity  (erection). 


At  this  point  the  project  file  Is 
composed  of  individual  block  networks# 
each  of  which  may  have  a  constraining 
ctart  or  complete  date  on  at  least  one 
activity*  The  next  step  Is  to  taller 
the  individual  black  networks  to  account 
for  known  differences*  These 
differences  may  be  due  to  individual 
characteristics  of  the  block,  or  to 
characteristics  common  to  a  family  ol 
blocks*  For  example,  the  erection  date 
is  different  for  each  block*  In  the 
case  of  individual  differences,  use 
values  from  a  table  of  schedule  dates, 
durations,  or  offsets. 

Characteristics  may  also  vary  according 
to  block  type.  Sets  of  blocks  may  be 
organized  into  "families*  or  "groups" 
based  on  some  common  chai acterlstlc*  As 
an  example,  all  blocks  built  in  a 
particular  Jig  may  form  a  family  having 
identical  assembly  durations.  In  this 
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caee,  one  needs  a  table  that  Identifies 
which  blocks  are  members  of  the  family, 
and  another  table  which  identifies  the 
assembly  duration  for  that  family. 

Relations  which  represent  the 
predecessor -successor  dependencies 
within  the  erection  schedule  can  now  be 
introduced.  Xf  the  erection  schedule  is 
typically  developed  by  hand,  this  step 
may  be  unnecessary*  However, 
Introduction  of  the  computer  ae  a 
scheduling  support  tool  may  provide 
opportunities  for  further  refinement  of 
schedules.  This  will  be  discussed 
later. 

The  last  step  in  the  process  Is  to  merge 
the  completed  block  network  with 
networks  which  represent  other  portions 
of  the  project.  For  example,  it  may  be 
useful  to  include  landing  of  major 
equipment  and  Installation  of  key 
components  in  the  overall  project 
network.  The  Installation  schedule  for 
pi*opu.!sion  machinery  and  shafting  Is 
directly  related  to  the  erection 
schedule  and  also  to  the  critical  path 
of  the  project.  Including  these 
relations  within  the  scheduling  network 
insures  that  they  are  not  ignored  when 
schedule  changes  are  being  considered. 

SCHEDULING  AND  RESOURCE  SCHEDULING 

The  network  Is  at  this  point  complete 
and  can  be  scheduled.  For  the  purposes 
of  this  discussion,  critical  path 
scheduling  will  be  done  using  the 
Precedence  Diagramming  Method  CPOff). 
Those  not  familiar  with  the  concepts  and 
techniques  discussed  are  referred  to  the 
many  excellent  texts  In  the  field. 

Project  start  and  complete  dates, 
scheduled  milestones,  and  planned 
activity  start  and  complete  dates  are 
the  constraints  which  limit  the 
schedules  for  other  activities.  Most 
current  software  packages  employ  a  two- 
pass  cchedullng  approach.  During  the 
forward  pass,  successors  of  already 
scheduled  activities  are  in  turn 
scheduled,  with  the  dates  stored  In  the 
early  start  and  early  finish  date 
fields.  During  the  backward  pass, 
predecessors  of  scheduled  activities  are 
themselves  scheduled,  and  the  dates 
stored  In  the  late  start  and  finish  date 
fields. 

Each  activity  then  has  early  and  late 
start  dates,  and  early  and  late  finish 
dates.  Activities  cannot  be  started 
prior  to  the  early  start,  or  later  than 
the  late  start  without  either  violating 
the  px’oject  network  logic,  or  affecting 
the  overall  project  schedule.  The  early 
and  late  dates  thus  define  the  schedule 
•window**  within  which  an  activity  can  be 
worked  without  affecting  the  overall 
project.  Each  activity  has  float,  which 
measures  how  much  the  activity  schedule 


can  move  within  the  schedule  window 
without  affecting  the  overall  project. 

Xf  resource  and  capacity  const r air. tc  arc 
Ignored,  the  late  start  and  complete 
dates  provide  a  workable  ech^dult- 
produced  by  back  scheduling.  This 
similar  to  the  schedule  which  resui*c 
from  scheduling  back  fro^i  end  assembly 
completion  dates  down  through  a  till  cl 
materials  explosion,  taking  propL-x 
account  of  durations  and  lead  times. 

The  typical  shipbuilding  practice.  of 
back  scheduling  produces  a  schedule 
where  every  activity  is  on  the  critical 
path.  This  is  equivalent  to  tht=- 

situation  that  exists  when  the  early  and 
late  start  dates  are  the  same  --  there 
is  zero  float.  Assuming  durations  w re 
accurate,  a  one  day  delay  in  starting  an 
activity  will  result  in  a  one  day  delay 
In  every  successor  activity.  Giver,  the 
unpredictability  and  frequent  delays 
which  exist  In  a  shipyard,  a  more 
conservative  approach  to  scheduling  is 
useful. 

Taking  into  account  resource  and 
capacity  constraints,  neither  the  eaiiy 
or  late  schedules  are  optimal.  Neither 
results  from  any  consideration  of 
r#EOurc&  availability  or  levelling. 
High  labor  content  and  expensive 
shipyard  facilities  demand  something 
more.  Typically,  some  resources  are 

critical,  and  constrain  other  schedules. 
Utilization  of  steel  assembly  facilities 
and  manpower  normally  require  careful 
levelling. 

Many  current  project  management  software 
packages  allow  levelling  of  resources. 
One  of  two  different  algorithms  is 
usually  involved.  The  first  is  schedule 
constrained.  Activities  are 

progressively  scheduled  based  on  some 
assignment  of  priority  (e.g.  amount  of 
remaining  float  for  the  activity).  When 
this  would  result  In  starting  an 
activity  later  than  its  late  start  date, 
the  date  constraint  takes  precedence  and 
the  activity  is  scheduled  to  start. 
This  may  result  In  resource  utilization 
In  excess  of  resource  availability. 

The  second  method  alec  proceeds  by 
progressively  scheduling  activities 
baaed  on  priority.  Resource 

requirements  are  -  matched  against 
resource  availability  curves.  When  a 
resource  required  by  an  activity  is 
unavailable,  the  activity  is  delayed 
until  the  resource  becomes  available. 
Project  completion  dates  will  not  be  met 
if  th#  Start  Of  Sn  activity  xs  delayed 
past  its  late  start  date.  Scheduling 
proceeds  staying  within  the  bounds  of 
the  resource  availability  curve  at  the 
expense  of  schedule. 
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The  resource  scheduling  features  of 
project  management  eoftvare  can  be  used 
to  limit  use  of  critical  shipyard 
resources  to  within  a  capacity 
constraint  or  planned  resource 
availability..  The  steel  assembly 
schedule  is  a  prime  example,  Manpower 
availability  curves  can  be  used  to 
schedule  steel  assembly  to  maintain 
planned  levels.  If  a  special  Jig  is  to 
be  used,  a  Jig  availability  curve  can  be 
added  to  the  resource  tile.  Steel 
assembly  records  lor  those  blocks  to  be 
built  in  the  Jig  have  the  Jig  resource 
requirement  added.  If  there  is  one  Jig, 
and  it  can  hold  only  one  block  at  a 
time,  the  resource  file  muct  chow  that 
one  unit  of  resource  "Jig*  is  available, 
and  the  block  file  must  show  that  one 
unit  of  resource  jig  is  required.  Pin 
Jig  areas  can  be  divided  up  into  a 
number  of  unit  squares,  and  the  number 
of  unit  squares  required  for  the 
assembly  of  any  given  block  or  block 
type  loaded  to  the  project  file.  The 
total  amount  of  available  pin  Jig  area 
can  then  be  used  to  control  the 
scheduling  of  assembly  work  through  the 
area. 


Once  the  critical  resources  have  been 
scheduled,  the  resulting  schedules 
should  be  examined  carefully.  Project 
management  software  is  a  scheduling  aid, 
r.ot  a  replacement  for  good  planning, 
Tht.’  software  facilitates  balancing  of  a 
large  number  of  schedule  and  resource 
constraints,  and  examination  of 
resulting  schedules  from  a  number  of 
perspectives.  Resource  utilization 
curves  should  be  examined  closely,  A 
sampling  of  the  block  schedules  should 
be  done  to  Insure  accuracy,  and  that  the 
results  make  cense. 


If  problems  are  identified  with  the 
schedules  and  resource  curves  that 
resulted,  adjustments  can  be  made  by 
hand  to  the  schedule,  and  the  schedules 
recalculated,  "What -if"  gomes  can  be 
played  using  copies  of  the  network.  The 
result  should  be  a  schedule  which  is 
logically  consistent  and  which  makes 
g  -od  use  of  key  resources. 


GENERAL  COWhENTS 

Existing  project  management  software 
typically  forces  the  user  to  work  in  a 
bottom- jp  fashion.  Building  a  project 
network  for  a  large  shipbuilding  project 
tectflc-i.  a  significant  clerical  effort. 
Or.o  loses  sight  of  the  over  a  J 1  project 
in  the  process  of  entering  and 
.Maintaining  10,000  activity  records, 
with  associated  predecessor -successor 
relations  and  resource  requirements. 

Building  the  project  schedule  should  be 
i  rail  tare  of  bottom -up  and  top-down 
scheduling  techniques.  Bottom -up 
cch'-d aiir.g  car  be  employed  to  develop 


those  portions  of  the  scheduling  network 
for  which  a  good  history  le  not 
available,  portions  for  which  the 
available  history  does  not  meet  current 
objectives,  or  portions  which  are  known 
to  be  critical  to  .the  overall  program 
schedule.  Top-down  techniques  can  be 
used  where  schedules  have  already  been 
developed#  where  good  historical 
information  exists,  or  where  the 
detailed  schedule  will  not  effect  the 
overall  program  schedule. 

The  network  will  never  completely  model 
reality.  The  project  management  team 
must  find  the  level  at  which  the  model 
Is  most  useful  in  relation  to  the  effort 
required  to  construct  and  maintain  the 
model.  The  Group  Technology  approach 
outlined  above  simplifies  the  problem  to 
one  of  standard  families  of  assemblies, 
and  instances  of  the  standard.  In 

addition,  several  strategies  exist  to 
make  the  effort  more  productive: 

o  focus  attention  on  activities 
which  are  critical  to  the 

overall  project,  schedules  that 
are  drivers  of  other  schedules, 
and  resources  that  *  are 

bottlenecks 

o  avoid  inclusion  of  activities 
for  which  schedules  can  be 

easily  derived  as  offsets  from 
the  other  schedules,  and  which 

are  not  themselves  schedule 

drivers 

o  be  relentless  in  identifying 
standard  durations,  sequences, 
and  categories  --  look  for 
families  of  components  at  all 
levels  in  the  product  hierarchy 

o  develop  a  library  of  standard 
subnets 

o  keep  the  project  model  as  simple 
as  possible,  avoid  unnecessary 
detail  in  the  network,  look  for 
vays  to  reduce  the  sice  end 
complexity 

o  where  repeatability  or 

predictability  of  schedule  1s 
low,  more  conservative 

scheduling  approaches  should  be 
used  --  longer  durations  to 
minimise  Impact  of  schedule 
delays 

o  engineering  and  materials 

schedules  can  be  frozen  after 
initial  development  by  copying 
the  appropriate  dates  into  the 
planned  start  and  complete 
fields,  or  by  keeping  a  copy  of 
"the  baseline"  from  which  to  run 
reports 

The  Job  of  managing  the  network  csr. 
become  very  unwieldy.  If  one  has  only  20 
activities  for  each  of  300  steel 
assemblies  or  other  interim  products, 
one  has  a  network  af  S000  actlviLies  (20 
□ctivities/product  X  300  products  -  SO 00 
activities),  plus  the  associated 
relations  between  activities.  For  some 
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packages  which  run  on  personal 
computer s,  networks  of  5,000  or  more 
activities  can  stretch  the  limits  of 
available  disk  storage,  and  result  in 
very  long  run  times  K3Q  minutes  or  more) 
lor  the  scheduling  operation.  The 
network  should  contain  only  those 
activities  necessary  to  preserve  the 
schedule  relationships  and  the  offsets 
between  activities. 

Another  method  lor  reducing  complexity 
In  •  scheduling  is  to  choose  an 
appropriate  time  frame.  host  project 
management  software  allows  scheduling  at 
a  daily  or  even  hourly  level.  But  a 
weekly  schedule  may  be  more  meaningful 
because  It  focuses  attention  at  the 
proper  level  of  detail.  Scheduling  by 
week  can  be  done  by  setting  durations 
and  lag  periods  is  multiples  of  3, 
Ignoring  holidays,  and  setting  all  fixed 
start  dates  on  Hobdays,  ail  fixed 
completion  dates  on  Fridays. 

The  scheduling  network  can  also  be 
simplified  through  reducing  the  number 
of  relations.  If  the  supervisor  in  the 
field  will  exercise  his  own  discretion 
In  the  scheduling  of  an  activity  between 
two  milestone  dates,  then  the  only 
relations  needed  for  that  activity  are 
those  which  tie  It  to  the  milestones. 
There  is  no  need  to  add  additional 
relations  to  the  network  to  constrain 
the  timing  of  the  activity.  Also,  if 
simple  finish-to-start  relations  will 
establish  the  desired  work  sequence, 
there  Is  no  need  to  establish  a  complex 
pattern  of  start-to-start  and  finish -to- 
finish  relations  and  associated  lag 
periods. 

The  schedules  produced  using  project 
management  software  are  dynamic.  A 
single  small  change  has  the  potential  of 
changing  the  entire  project  schedule  if 
It  lies  on  the  critical  path.  Once  the 
Initial  schedule  has  been  developed,  it 
may  be  desireoble  to  lock  in  certain 
schedule  dates.  Changes  to  engineering 
and  materials  schedules  may  cause 
unnecessary  disruption  and  may  impact 
vendors  and  subcontractors. 

Several  techniques  are  available  to 
stabilize  portions  of  the  project 
Schedule.  The  project  schedule  can  be 
archived,  and  the  archived  dates  used 
for  scheduling  soleatGd  activities. 
Schedule  changes  which  conflict  with  the 
archived  dates  can  then  be  handled  on  an 
exception  basis.  Some  software  packages 
allow  preservation  of  the  initial  dates 
ac  baseline  dates  for  each  activity. 
The  baseline  dates  can  be  used  where 
desired,  and  reports  produced  to 
Indicate  activities  having  dates  which 
are  In  conflict  with  the  baseline  dates. 
A  third  alternative  is  to  copy  the 
desired  dates  into  the  planned  start  and 
planned  complete  fields.  When  the 
project  Is  rescheduled,  activities  whose 


dates  conflict  with  these  planned  dal 
will  be  shown  as  having  negative  llo£ 

CONCLUSION 

This  paper  outlines  a  method  i 
developing  the  Haste r  Products 
Schedule  for  a  shipbuilding  proj*; 
using  PC -based  project  managers 
schedule.  Currently  available  sol tvs 
offers  functionality,  power 

flexibility  to  PC  users.  The  technfqi 
outlined  here  balance  use  cf  tep-dv 
and  bottom-up  scheduling  technique 
They  are  designed  to  facility 
effective  use  of  Project  Hanag^^ 
software  In  the  shipbulldj 

environment . 
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